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(54) Data processing system 

(57) A method and system provides a prototypical 
object 220 which can be copied to create a derived 
object. A derived object can contain attribute values or it 
can hold a reference to its prototypical object. If a 
required value is not held by the prototypical object, the 
object searches up an object hierarchy to find the 
required attribute. In addition, each object can register 
an interest in a prototypical object that contains required 
attributes. If an attribute of a prototypical object 
changes, the prototypical object informs all registered 
objects of the change. At runtime, the prototypical 
object becomes a master object whose attribute values 
can be changed by the user, whereby changes in mas- 
ter object attributes are propagated to all registered 
derived objects. 
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" Later, more advanced OSs were developed v^ch uti^orfl | manc ' ar| d respond accordingly. Qan Enter 
mouj. > or other form of pointing and u^SS^^l^S^ ™* '"^ W in ^mbination with a 

■ 

the computer system - ^ °w2?J?£ oSL ? a set * attributes •* the p™ 

th? - 65 an ^P'^ 1 ' 0 " developed with an OOOE Sf h ♦ ^verted .nto a run-time, version. Thus 

' nc '^ an object .I^^^S^*^^^^ 

a prototypical object in said object hierarchy Sa,d ^ stem be,n 9 characterised by: c , •, ; v ' ronment 
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inheritance, characterised by the steps of: 

creating a prototypical object in said object hierarchy; 

deriving a derived object having at least one attribute from said prototypical object; and 
searching said object hierarchy to retrieve a value for said attribute of said derived object. 
Following such an approach, an application developer may easily and efficiently change the attributes of application 
objects, and an application user may easily and efficiently change the attributes of application objects at runtime. In 
addition object oriented applications may be closely integrated with the desktop. The invention typically finds application 
in, and effectively provides, an object oriented development environment including an object hierarchy and techniques 
for propagating values via property inheritance. 

Thus in a preferred embodiment, a prototypical object is provided which may be copied to create a derived object. 
The derived object may contain attribute values or it can hold references to prototypical objects. If a required value is 
not held by a prototypical object, the object searches up an object hierarchy to find the required attribute. In addition, 
each object may register interests in prototypical objects. If an attribute of a prototypical object changes, the prototypical 
object informs all registered objects of the change. At runtime; the prototypical object may become a master object 
whose attribute values can be changed by the user. Changes in master object attributes are propagated to all registered 
derived objects. 

From another aspect, the invention provides a data processing system for processing an object oriented develop- 
ment environment, said system comprising: 

a central processing unit for processing said object oriented development environment; 
20 display means for displaying said object oriented development environment; ^ 

an object hierarchy utilizing property inheritance, said object hierarchy associated with said object oriented 
development environment; 

a prototypical object in said object hierarchy; 

a derived object derived from said prototypical object, said derived qbject in said object hierarchy and having at 
25 least one attribute; and % { 

* attribute delegation means associated with said derived object for retrieving a value of said at least one attribute 
by searching said object hierarchy for said value - 

An embodiment of the invention will now be described in detail by way, of example only, with reference to the follow- 
ing drawings: . * - ~ . ' • * 

30 • ' : : :>> \ . . . - - ■ -■''"* 

, Figure 1 is a diagram of computer system hardware;- , 
Figure 2 is a pictorial representation of an object "oriented developing environment as displayed, on a computer 
screen; - : ; . r - . 

Figure 3 is a pictorial representation of an attribute sheet for a button object as displayed on a computer screen; 

35 and , . . 

Figure 4 is a flow chart representing the steps followed when an object searches,the object hierarchy for an 
attribute value. " ; " " . ,: * . . .■ 

A representative hardware environment for practicing a preferred embodiment of the present invention is depicted . 

40 in Figure 1 , which illustrates .a typical hardware configuration of a workstation having central processing unit 10, such 
as a conventional microprocessor, and a number of other units interconnected via system bus 12. The workstation 
shown in Figure 1 includes random access memory ("RAM") 14, read only memory ("ROM") 16, and input/output ("I/O") 
adapter 1 8 for connecting peripheral devices such as disk units 20 and tape drives 40 to bus 12, user interface adapter 
22 for connecting keyboard 24, mouse 26. speaker 28, microphone 32", and/or other user interface devices such as a . 

45 touch screen device (not shown) to bus 12, communication adapter 34 for connecting the workstation to a data process- 
ing network, and display adapter 36 for connecting bus 1 2 to display device 38. ; 

The display of an object oriented developing environment ("OODE") is shown in Figure 2. Displayed is toolbar 210 
containing a palette of objects and "card" 212 onto which the objects can be copied: The objects in the palette include 
rectangle 214, ellipse 216, text input field 218 and button 220. z . 

so Each object 21 4-220 on toolbar 21 0 is a prototypical object of a static class. A "class" is an abstract concept mean- 
ing a set of objects that share a common structure and behavior. A "static" object is an object/whose structure and 
behavior are fixed. A prototypical object is an instance of a class. That is. the prototypical object has the structure and 
behavior defined by the class. Again, for a better understanding of object-oriented design and programming, the reader 
is referred to the Booch text cited above: 

£5 Each prototypical object 214-220 has one or more attributes; The number and type of attributes depends on the 
object's class. For example; button object 220 can contain attributes such as background color, button action and size 
Rectangle object 21 4, on the other hand, can contain attributes such as fill color, contents;' border type and size. 

Card 212 is the place onto which prototypical objects 214-220 are copied in order to build an object oriented appli- 
cation. A card is also an object. Typical OODEs allow applications to be built from a group. of cards, called a "stack." The 
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Sr^ii^J!"! in a f C ! rtafn 38 10 COntr °' prC9ram ,!ow - Various P r °9 ram ^ch as buttons, bring cer- 

tain cards to the top of the stack. The card at the top of the stack is displayed to the user on display device 138" 

cxeate^TJ^rl P ? 9T3m deVdOPer t0 tTeate GWte and ^ p,ace <*> iecte on the cards. After the developer 
creates card 212 he developer can copy prototypical objects 214-220 from toolbar 210 onto card 212. These ccoied 
objects are called "denved" objects. Derived objects are of the same class and instance as the prototypical obfec^om 
wh.ch they were derrved and take all of their attribute information from the prototypical objects 
nr nil n°J rt P K 2"^? ^H*™*? attrbuteS 03,1 be Chan9&d bv up an attribute sheet for an object or 

SSJ L ^ bUt ! 5"* C ° ntainS 3 " St ° f the «*«* attributes for ob i ect - » »» sheet for a group of 

2f? ? UP ', ° Y ?° ,bUteS th3t are COmm ° n 10 the 9roup wi " be on * e sheet Usin 9 this sheet, the user can 
edit the attribute values of an object. 

attri^UL^ SheetS ar l C ^ mpri , Sed 0f Stacks 01 ^ ob ' ects like 212 - Each card enables the editing of a specific 
,cTr^^l S y SB B T 9 3 ° bjeCt ,0cated on the M Wnen the tab * selected, the associated card 

s brought to the top of the stack Once the card is on top of the stack, the other objects on the card can be manipulated 

io set an anriDute value. 

mmf?? 6 t d S^ top J Card J 10 of the attribute sneet for twtton object 220. Button 220 has one attribute: background 
obt^Sn I T I" " ld,Ca ! ed by u b 312 associated with »e top card 310. To change the background color for button 
X? I 1 T '°f >er Se,6CtS ,ab 31 2 ° n attribute 811661 31 °- then the developers selects a color from the displayed 

the color by closmg the attnbute sheet using window button 324 or cancel the selection by pressing button 320 
-«rJ ! attnbute sheet also has register button 326. The user selects register button 326 to register that particular 
attribute in a prototypical object, If an attribute is registered in a prototypical object, the user will not be able to edit the 
other values of the attribute on its tabbed page. , 

Each prototypical object 214-220 maintains a list of all derived objects which have registered an interest in it If an 
attribute value of a prototypal object 214-220 is changed, the new attribute information is passed to all derived objects 

urtl ^^T ,n pr0t0typical <****■ lf a re 9 i! W d ^ object has one of the changed attributes, i will 
update that attribute as necessary. * : 

w Jl?l 0 k S ° T a P r °9 r am requires a derived object* attribute value, that object' will search its hierarchy to get the value 

♦hi «k !? !f t TZ* i ? 3 Ch3rt WhiCh Sh0WS how wil1 brieve a required attribute. Initially, at step 41 0 

S^jSiSrSi^ Z T\ a ValUe " At St6P 412 ' thS ° bi6Ct IOOks " to te P"*** for the" attribute 

', * P , . ^ 10 ' tS containnient e,g., the card containing the object. At step 416. the object 

nt? T*!?- k S,SP 418> ° bjeCt looks t<? the u?er ' s deskt °P settin 9 s - « the attribute value is found 

in any of the prior steps, the object will use that value. Otherwise, the object will check with the user profile (step 420) 
which always contains values for all attributes. ...... : 1 p 

The following example shows how a preferred embodiment of the present invention is implemented in the C++ pro- 
gramming language: For a complete understanding of C++, the reader referred to M. Ellis & B. Stroustrup. The Anno- " 
££1?~ "S e r nCe ManUal> ^^""Wesley Pub. Co.. 1990; it is assumed that the reader of the present application 
is familiar with the contents of that manual. The following code describes a class for a button object 

40 *class Button 

'{'■ public: 

Color GetBackgroundCol'or () ; 
■ void SetB.ackgroundCoior.O ; 

45 

, void SetBGColorPrototype 0 ; • 

private : / . 

. , . Color fBackground; 

50 static Button f Class Prototype; ' " ' • " 

f BGColorPrototype ; 

Button* parent; ' ' - ■ 

} ; * 
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n, .^k "°! *?? I* t L Utt0n COntainS ° nly ° ne attribute: b ackground'color. Of course.' in practice a button might have any 
number of attributes. However, only one is necessary in this example of the present invention. The button has three pub- 
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lie functions: GetBackgroundColorQ. SetBackgroundColorO and SetBGColorPrototypeO- In addition, the button has 
four private variables: "Background," "fClassPrototype." fBGColorPrototype," and "parent." 
The following code descrfoes the class of a prototypical button object: 



class ButtonTool 

{ public: 

Button f ButtonPrototype; 

w } ; 



This prototypical object has one public variable: "f Button Prototype." Because this variable is an object of class Button,, 
it has all of the attributes and variables set out in the above definition of ciass Button. 

In an OODE. an object of class ButtonTool is placed on toolbar 210. This object serves as prototypical button 220. 
When the developer copies this object for use on-card 212, the OODE automatically creates a derived object identical 
to "fButtonPrototype" and places it on the card (not shown), the derived object has the same attribute values as proto- 
typical button 220. 

In class Button, an object's background color is held by the "f Background" variable. The "SetBackgroundColorO" 
function sets this variable. The "GetBackgrounriColorO" function retrieves an object's background color. If a color value 
is not held m "f Background" (step 410), the function looks to the registered prototypical object contained in "fBGColor- 
Prototype" (step 412). Next, the function will look to the object's containment parent as held by the "parent" variable 
(step 414) "After the parent, the function will look to the class prototype as held in "fClassPrototype" (step 416). If none 
of the object's in those variables contain a background "color value, the' function will automatically check for; a value in 
the desktop (step 418). If the desktop does not contain a background color, the function will check with the user profile 
(step 420). The user profile contains a value for every object attribute. - ~ ; 

'The "SetBGColorPrototypeO" function registers ah interest in a prototypical object and sets the "f BGColor Proto- 
type" variable. It there is ah existing registered prbtotypicM-dbjecS, it will deregister that interest. ; 

As mentioned above and shown in Figure 3*. thie developer can change a derived object's attribute values by editing, 
that object's' attribute sheet or by changing an attribute in a registered prototypical object. When an attribute value of a . 
prototypical object is changed, that object causes' an* "ObjectChangedEvent" message to be t sent to all* registered: 
objects. The registered derived objects receive this messsfgearid update their variables accordingly. - , ■ . 

When the developer has finished developing the application, the developer uses the OODE to- convert the devel- 
oped application into a runtime version^ During this'-ecnvefsldnr the prototypical" objects become master objects. The 
attributes of the master objects can be edited by the 'application user. This' way, a user can easily change the attributes 
of a particular group of objects by Changing the masier obj eel ; Of course, the user can also change the program objects 
individually ' ' " " 

40 Claims 

1 . A data processing system having an object oriented development environment including an object hierarchy utiliz- 
ing property inheritance, said system being characterised by: 
a prototypical object (220) in said object hierarchy; 
45 a derived object derived from said prototypical object, said derived object being in said object hierarchy and 

having at least one attribute (312); and 

attribute delegation means associated with said derived object for retrieving a value of said at least one 
attribute by searching said object hierarchy for said value. 

so 2. The data processing system of claim J , wherein said object hierarchy further comprises a containment parent of 
said prototypical object. 

3. The data processing system of claim 1 or 2, wherein said object hierarchy further comprises a static class prototype 
for said prototypical object. 

55 

4. The data processing system of any preceding claim, wherein said object hierarchy further comprises a desktop. 

5. The data processing system of any preceding claim, wherein said object hierarchy further comprises a user profile 
having at least one attribute. ' — . . r ■ : : - •: ; . 
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6. The data processing system of any preceding claim , further comprising object registration means for registering 
an interest of said derived object in said prototypical object. 

7. The data processing system of any preceding claim, further comprising conversion means for converting an appli- 
cation developed with said object oriented development environment into a runtime application havinq master 
objects. 

8 daim^ 601 ° riented devel °P ment environment adapted for use in the data processing system of any preceding 

9. A method of developing an object oriented application, adapted for execution on a data processing system, in an 
object oriented development environment including an object hierarchy utilizing property inheritance characterised 
by the steps of: 

creating a prototypical object in said object hierarchy; 
75 deriving a derived object having at least one attribute from said prototypical object; and 

searching said object hierarchy to retrieve a value for said attribute of said derived object. 

1 0. The method of claim 9, wherein said object hierarchy comprises a containment parent of said prototypical object. 

20 1 1 . The method of claim 9 or 1 0, wherein said object hierarchy comprises a static class prototype for said prototypical 
object. 

1 2. The method of any of claims 9 to 1 1 , further comprising the step of registering an interest of said derived object in 
said prototypical object. 
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13. The method of any of claim 9 to 12. further comprising the step of converting said application developed with said 
object oriented development environment into a runtime application having a master object 



55 



BNSOOCID: <EP 0725337A1 J_> 



• 4 

EP 0 725 337 A1 



FIG. 2 




BNSOOCID: <EP 0725337A1 _l_> 



8 



4 * 



EP 0 725 337 A1 



% 



FIG. 3 



324 



316* 



310 



I — 


312 

/ , 




BACKGROUND 1 
COLOR 1 


EDIT | 


REGISTER 


CANCEL I 
i 1 


I \ — 1 \ \ 

318 326 320 



BNSDOCID: <EP. 0725337A1 _l_> 



9 



EP 0 725 337 A1 



FIG. 4 




USE IT 



io 

BNSDOCID: <EP 072S337A1J_> 



EP 0 725 337 A1 



J 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 95 30 8782 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (JnLCL6) 



ACM SIGPLAN NOTICES, 

vol. 27, no, 10, 1 October 1992, - 

pages 184-2G0, XP000327298 

MYERS B A ET AL: "DECLARATIVE PROGRAMMING 

IN A PROTOTYPE- INSTANCE SYSTEM: - » 

OBJECT-ORIENTED PROGRAMMING WITHOUT 

WRITING METHODS" 

* page 185, left-hand column, line 1 - 
line 16 * 

* page 185, right-hand column, line 27 - 
line 39 * 

* page 186, right-hand column, line 18 - 
line 27 * 

* page 187, left-hand column, 1 in^ 48 - . 
page 188, left-hand column, line "ji*;*;. 

* page 188, right-hand column, line 9 - 
line 21 * v. 

* page 189, right-hand column, Tine 4 - 
line 9 * 



1-6,8-13 G06F9/44 



The ptc a< iit search report has been drawn up for all claims 



TECHNICAL FIELDS 
SEARCHED (lnt.Cl.6) 



G06F 



Place of * 

THE HAGUE 



Dale «f CM^tdba* «f the icjnk 

29 May. 1996 



Brandt, J 



CATEGORY OF CITED DOCUMENTS 

X : parti coJarty relevant if taken alone 

Y : particularly relevant if combined with another 

document of toe sane category 
A : technological background 

: ooa-writtco disclosure 
P : intermediate document 



T : theory or principle underlying tfce invention 
E : earlier parent document, bat published on, or 

after (be filing date 
D : document cited in the application 
H L : document cited for other reasons 

& : meaner of Che same patent family, corresponding 
document 



11 

BNSDOCID: <EP 0725337A1J_> 



4 V i 



fj 



